home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / faq / news / de_amiga / part1 next >
Internet Message Format  |  1994-03-29  |  53KB
  1. Path: bloom-beacon.mit.edu!hookup!europa.eng.gtefsd.com!howland.reston.ans.net!EU.net!Germany.EU.net!netmbx.de!zrz.TU-Berlin.DE!zib-berlin.de!news.th-darmstadt.de!News.Uni-Marburg.DE!news.belwue.de!iptc!newsserv.zdv.uni-tuebingen.de!zrawi01
  2. From: wiedmann@mailserv.zdv.uni-tuebingen.de (Jochen Wiedmann)
  3. Newsgroups: de.comp.sys.amiga.misc,zer.z-netz.rechner.amiga.allgemein,de.answers,news.answers
  4. Subject: German Amiga-FAQ (Haeufig gestellte Fragen) (Part 1 of 2)
  5. Supersedes: <AmigaFAQg-1-762303609@mailserv.zdv.uni-tuebingen.de>
  6. Followup-To: de.comp.sys.amiga.misc
  7. Date: 29 Mar 1994 19:55:20 GMT
  8. Organization: InternetNews at ZDV, University of Tuebingen, Germany
  9. Lines: 1115
  10. Approved: news-answers-request@MIT.Edu
  11. Distribution: world
  12. Expires: Saturday, 16 Apr 94 21:50:03 (Z)
  13. Message-ID: <AmigaFAQg-1-764970603@mailserv.zdv.uni-tuebingen.de>
  14. Reply-To: wiedmann@mailserv.zdv.uni-tuebingen.de (Jochen Wiedmann)
  15. NNTP-Posting-Host: mailserv.zdv.uni-tuebingen.de
  16. Summary: German language Amiga-FAQ:
  17.          Haeufig gestellte Fragen und Antworten zum Amiga.
  18.          Neue Anwender sollten dies lesen!
  19. Originator: zrawi01@mailserv.zdv.uni-tuebingen.de
  20. Xref: bloom-beacon.mit.edu de.comp.sys.amiga.misc:15632 de.answers:51 news.answers:16995
  21.  
  22. Posted-By: auto-faq 2.4
  23. Archive-name: de-amiga-faq/part1
  24. Last-modified: 29-Mar-1994
  25.  
  26.  
  27.         Haeufig gestellte Fragen (FAQ) zum Amiga [1/2]
  28.           ----------------------------------------------
  29.  
  30. Es folgt eine Liste haeufig gestellter Fragen (FAQ = Frequently asked
  31. questions). Sie ist vor allem fuer neue Anwender gedacht, aber
  32. moeglicherweise finden auch erfahrene Anwender Interessantes. Dies ist
  33. Teil 1, der zweite beginnt mit Kapitel 5.
  34.  
  35. Die Liste ist in Ascii-Format, damit sie von jedermann/frau gelesen werden
  36. kann. Sie ist auch in AmigaGuide- und Dvi-Format erhaeltlich als Teil des
  37. Amiga-FAQ-Archivs. (Datei text/docs/AmigaFAQxxxxxxg.lha auf dem
  38. Aminet, wobei xxxxxx das Datum der neuesten Version ist.)
  39.  
  40. Bitte beachten Sie das Folgende:
  41.  
  42.   - Aenderungen der letzten zwei Wochen sind markiert.
  43.     !    diese Zeile bzw. dieser Abschnitt wurden geaendert
  44.     +    diese Zeile ist neu
  45.     <    vor dieser Zeile wurde etwas geloescht
  46.  
  47.   - Ein Index ist am Ende des zweiten Teils. Wenn auch dies nicht
  48.     weiterhilft: Bitte schicken Sie mir eine E-Mail. Vielleicht kann
  49.     ich eine Antwort in die FAQ aufnehmen.
  50.  
  51.   - Vorschlaege, Beitraege, Kritik und Bierflaschen sind sehr
  52.     willkommen. :-)
  53.  
  54.         Jochen Wiedmann
  55.         Am Eisteich 9
  56.       72555 Metzingen (Germany)
  57.         Tel. 07123 / 14881
  58.  
  59.         Internet: wiedmann@mailserv.zdv.uni-tuebingen.de
  60.  
  61. ==========================(Schnipp-Schnapp)===================================
  62.  
  63.   Amiga-FAQ
  64.   *********
  65.   
  66.      Dieses Dokument enthaelt einige haeufig gestellte Fragen und
  67.   versucht, Antworten zu geben. Seine Absicht ist es, neuen Benutzern zu
  68.   helfen und die Zahl der News-Artikel zu reduzieren, die erfahrene
  69.   Benutzer nicht mehr sehen wollen.
  70.   
  71.      Bitte beachten Sie, dass viele Abschnitte bis jetzt noch fast
  72.   voellig leer sind. Ich verstehe von den betreffenden Abschnitten nichts
  73.   und habe nicht das Gefuehl, als ob ich daran etwas aendern koennte.
  74.   Damit sind Sie an der Reihe: Fuellen Sie die Luecken und teilen Sie mir
  75.   mit, was man hier noch aufnehmen kann!
  76.   
  77.  
  78.   Disclaimer
  79.  
  80.   1 Hardware
  81.     1 Was sind 68EC020, 68EC030 und 68LC040?
  82.     2 Was ist ein mathematischer Coprozessor (FPU) ?
  83.  
  84.   2 Das Betriebssystem
  85.     1 Kann ich eine andere als die eingebaute Kickstart benutzen?
  86.  
  87.   3 Programmierung
  88. !   1 Was ist die beste Dokumentation fuer Programmierer?
  89. !   2 Was ist CATS?
  90. !   3 Wo bekomme ich die Amiga-Include-Dateien?
  91.     4 Wie werde ich Developer?
  92. !   5 Was fuer Compiler (und Assembler) gibt es?
  93.     6 Warum funktioniert keine Esc-Sequenz?
  94.     7 Kann ich AmigaBasic auf dem A1200 verwenden?
  95.     8 Wie lokalisiere ich mein Programm?
  96.     9 Wie erhaelt man einen Zeiger auf das Fenster einer Konsole?
  97.     10 Was sind Pragmas?
  98.     11 Wo finde ich die Funktion xxx?
  99.  
  100.   4 Anwendungen
  101.     1 Text-Editoren
  102.     2 Was fuer Textverarbeitungsprogramme gibt es?
  103.     3 Desktop Publishing
  104.     4 Was ist TeX und wo bekomme ich es?
  105.     5 Gibt es PostScript-Interpreter auf dem Amiga?
  106.  
  107.   5 Grafik
  108.     1 Was heiss Chunky- und Planar-Display?
  109.     2 Was ist Doublebuffering?
  110.     3 Was fuer Monitore arbeiten am Amiga 1200 oder 4000?
  111.  
  112.   6 Emulationen
  113.     1 Kann ich meinen Amiga unter Unix benutzen?
  114.     2 Ist es moeglich, den Amiga als X11-Terminal zu benutzen?
  115.  
  116.   7 Verschiedenes
  117.     1 Gibt es eine Unix-Version von LhA.
  118.     2 Was sind Dateien, die mit ... enden?
  119.     3 Gibt es ein Programm wie Stacker, um die Hard-Disk zu packen?
  120.     4 Wo bekomme ich Fish-Disk xxx?
  121.     5 Wie fuellt man die Tintenkartuschen der HPDeskjet-Drucker nach?
  122.  
  123.   8 Wo und wie bekomme ich Software?
  124.     1 Dateien und Datenbanken zur frei kopierbaren Software
  125.     2 Eine Sammlung von Testberichten
  126.     3 Empfangen von Dateien von einem FTP-Server
  127.     4 Empfangen von Dateien von einem Mail-Server
  128.     5 Die Fish-Disketten
  129.       1 Die Amiga-Library-Disks
  130.       2 Die Fresh-Fish-Serie
  131.     6 Wie kann ich MS-Dos-Disketten lesen und schreiben?
  132.     7 Wie transportiere ich sehr grosse Dateien
  133.  
  134.   Das Amiga-FAQ-Archiv
  135.  
  136.   Beitraege zur Amiga-FAQ
  137.  
  138.   Danksagungen
  139.  
  140.   Index
  141.  
  142.  
  143.  
  144.   Disclaimer
  145.   **********
  146.   
  147.      Diese Datei steht unter dem
  148.   
  149.        Copyright (C)  Jochen Wiedmann
  150.                        Am Eisteich 9
  151.                  72555 Metzingen (Deutschland)
  152.                        Tel. 07123 / 14881
  153.                        Internet: wiedmann@mailserv.zdv.uni-tuebingen.de
  154.   
  155.      Es ist erlaubt, sowohl veraenderte als auch unveraenderte Kopien
  156.   dieser Datei herzustellen und zu verteilen, vorausgesetzt, dass dabei
  157.   die Bestimmungen der "GNU General Public License" eingehalten werden und
  158.   die Copyright-Notiz sowie diese Erlaubnis unveraendert auf allen Kopien
  159.   enthalten sind.
  160.   
  161.      Der Autor gibt *absolut keine* Garantie, dass die hier gegebenen
  162.   Antworten korrekt sind. Einige dieser Antworten sind von anderen
  163.   Benutzern beigetragen worden und ich habe teilweise nicht einmal die
  164.   Moeglichkeit, auch nur die einfachsten Tests durchzufuehren.
  165.   Vorschlaege, weitere Beitraege, neue Fragen und Antworten, Kritik und
  166.   Beschimpfungen (oh, wie ich mein `nil:' liebe :-) sind aber sehr
  167.   willkommen.  Siehe Beitraege.
  168.   
  169.   1 Hardware
  170.   **********
  171.   
  172.      Dieses Kapitel enthaelt Fragen zur Amiga-Hardware.
  173.   
  174.   1.1 Was sind 68EC020, 68EC030 und 68LC040?
  175.   ==========================================
  176.   
  177.      Motorola, die Herstellerfirma der 680x0-Familie bietet auch gestutzte
  178.   Versionen ihrer Prozessoren an. Diese sind etwas preisguenstiger als die
  179.   Originale, weshalb Commodore auch den 68EC020 in den A1200 und den
  180.   68EC030 in den A4000/030 einbaut. Dafuer koennen sie aber auch etwas
  181.   weniger.
  182.   
  183.      Der Unterschied zwischen 68020 und 68EC020 ist, dass letzterer nur
  184.   16MB Speicher adressieren kann. (Das ist der Grund, warum der A1200 nur
  185.   maximal 10MB RAM haben kann.) In den meisten Faellen sollte man den
  186.   Unterschied aber gar nicht bemerken.
  187.   
  188.      Das ist beim 68EC030 anders: Viele Benutzer werden feststellen, dass
  189.   der 68030 eine MMU (Memory management unit) hat und der 68EC030 nicht.
  190.   (Beim 68020 gibt es noch die Moeglichkeit, eine externe MMU, den 68851
  191.   nachzuruesten.) Es gibt einige wichtige Programme, die eine MMU
  192.   brauchen, z.B. Enforcer (ein Hilfsprogramm zur Fehlersuche), GigaMem
  193.   (ein Programm zur Emulation von virtuellem RAM) oder alle aktuellen
  194.   Unix-Versionen. (siehe Unix) Wer eines dieser Programme verwenden will
  195.   und keinen A4000 oder A3000 hat, braucht deshalb eine Prozessorkarte
  196.   mit einem 68030 oder 68040.
  197.   
  198.      Der 68LC040 ist ein 68040 ohne FPU. Siehe FPU.
  199.   
  200.   1.2 Was ist ein mathematischer Coprozessor (FPU) ?
  201.   ==================================================
  202.   
  203.      Die Prozessoren 68000 bis 68030 bieten ausschliesslich Integer (=
  204.   Ganzzahl) Arithmetik. Floating-Point (Fliesskomma) Operationen werden
  205.   ueber eine Befehlssequenz ausgefuehrt. Floating-Point Units (FPUs) bzw.
  206.   mathematische Koprozessoren sind fuer diese Aufgaben optimiert.
  207.   
  208.      Im wesentlichen kann man drei FPU-Typen unterscheiden: Den 68881,
  209.   68882 und die interne FPU des 68040. Aufgrund der Trennung von
  210.   Arithmetikeinheit und Konvertierlogik (notwenig zur Konversion
  211.   anliegender Zahlenformate in das prozessoreigene 80bit-Format) ist die
  212.   68882 FPU bis zu 1.5 mal schneller als die 68881. Die interne FPU des
  213.   68040 besitzt darueber hinaus eine dreistufige Pipeline, allerdings
  214.   sind in ihr nicht alle Befehle der 68881/68882 realisiert. Die
  215.   fehlenden (trigonometrischen) Befehle werden per Software emuliert
  216.   (z.B. ueber die 68040.library).
  217.   
  218.      Fuer viele Programme (Raytracing, DTP, Mathematik, TeX) existieren
  219.   spezielle Coprozessorversionen. Je nach Auslastungsgrad kann damit eine
  220.   Geschwindigkeitssteigerung bis zum Faktor 50 erreicht werden.
  221.   
  222.      Michael Kaiser (kaiser@ira.uka.de)
  223.   
  224.   2 Das Betriebssystem
  225.   ********************
  226.   
  227.      Dieses Kapitel behandelt Fragen zum Betriebssystem, sowohl Kickstart
  228.   als auch Workbench.
  229.   
  230.   2.1 Kann ich eine andere als die eingebaute Kickstart benutzen?
  231.   ===============================================================
  232.   
  233.      Zunaechst ein paar Worte zur Legalitaet der Benutzung einer anderen
  234.   Kickstart: Es ist *nicht* erlaubt, Kopien von Kickstarts fremder
  235.   Computer zu erstellen und auf einem anderen Computer zu benutzen! (Es
  236.   ist sogar fraglich, ob man das auf eigenen Maschinen darf, wenn man
  237.   mehr als einen Amiga hat.)
  238.   
  239.      Natuerlich ist es moeglich und fuer gewisse Personen (z.B. Developer,
  240.   siehe Developer) auch erlaubt.  Es gibt zwei verschiedene
  241.   Moeglichkeiten, eine Hardware- und eine Softwareloesung. Erstere ist,
  242.   eine Platine in den Computer einzubauen, die sowohl die eigene als auch
  243.   eine andere Kickstart aufnehmen kann, zwischen denen man dann
  244.   umschalten kann.
  245.   
  246.      Die Softwareloesung benoetigt ein Programm (einen sogenannten
  247.   Softkicker) und die Kopie der anderen Kickstart. Der Softkicker
  248.   alloziert RAM, laedt die Kickstart-Kopie in dieses RAM und fuehrt einen
  249.   Reset aus. Natuerlich fehlt dann nach dem Reboot unter der neuen
  250.   Kickstart etwas RAM: 256KB weniger fuer Kickstart 1.2 oder 1.3 und
  251.   512KB fuer die neueren Kickstarts.
  252.   
  253.      Es gibt verschiedene Softkicker, von denen einige eine MMU benoetigen
  254.   (siehe 68EC0xx). Eine nahezu perfekte Loesung fuer die Kickstart 1.3
  255.   bietet das Programm kick13 (Aminet, Directory `util/misc'), weil hier
  256.   bereits die Kickstart integriert ist. (Mit Erlaubnis von Commodore!)
  257.   Fuer neuere Kickstarts wuerde ich SKick 3.43 (Aminet, Directory
  258.   `os20/util') empfehlen, das keine MMU braucht und viele verschiedene
  259.   Kickstarts unterstuetzt. Die Kopie des ROM zu erzeugen ist mit einem
  260.   Programm wie dem Folgendem moeglich:
  261.   
  262.            #include <stdio.h>
  263.        
  264.            #define kickorig 0xf80000   /*  0xfc0000 fuer Kick 1.2 und 1.3   */
  265.            #define kicklen  0x080000   /*  0x040000 fuer Kick 1.2 und 1.3   */
  266.        
  267.            void main(int argc, char*argv[])
  268.              { FILE *fh;
  269.        
  270.                if ((fh = fopen("kickstart.file", "w"))  !=  NULL)
  271.                  { result = fwrite(kickorig, kicklen, 1, fh);
  272.                  }
  273.                fclose(fh);
  274.              }
  275.   
  276.   3 Programmierung
  277.   ****************
  278.   
  279.      In diesem Kapitel finden vermutlich nur Programmierer Interessantes.
  280.   
  281. ! 3.1 Was ist die beste Dokumentation fuer Programmierer?
  282. ! =======================================================
  283.   
  284.      Die beste verfuegbare Dokumentation sind sicherlich die RKM's (ROM
  285.   Kernel Manuals, die schwarzen) von Commodore. Sie werden von
  286.   Addison-Wesley veroeffentlicht.
  287.        The Amiga ROM Kernel Manual:  Libraries, ISBN 0-201-56774-1
  288.        The Amiga ROM Kernel Manual:  Devices, ISBN 0-201-56775-X
  289.        The Amiga ROM Kernel Manual:  Includes and Autodocs, ISBN
  290.                                                             0-201-56773-3
  291.        The Amiga Hardware Manual, ISBN 0-201-56776-8
  292.        The Amiga User Interface Style Guide, ISBN 0-201-57757-7
  293.   
  294.   Vor allem die Libraries sind ein Muss. Weniger nuetzlich sind die
  295.   Includes und Autodocs: Sie sind auf Diskette als Online-Hilfe sicher
  296.   nuetzlicher.  Siehe Include-Dateien.
  297.   
  298.      AmigaDOS wird in diesen Buechern kaum behandelt. Die Autodocs geben
  299.   einige Informationen, aber um tiefer einzusteigen braucht man das
  300.        The AmigaDOS Manual, 3rd Edition, ISBN 0-553-35403-5
  301.   
  302.   ebenfalls von Commodore, das von Bantam Books herausgegeben wird.
  303.   
  304.      Eine gute Wahl ist auch
  305.        The Amiga Guru Book
  306.   
  307.   von Ralph Babel. Das Buch beginnt mit einem ca. 250-seitigen
  308.   allgemeinen Ueberblick ueber verschiedenste Aspekte der Programmierung
  309.   des Amiga. Fuer Anfaenger duerften vor allem die Abschnitte ueber die
  310.   Amiga-Datentypen sowie die Amiga-Includes und die amiga.lib interessant
  311.   sein, aber auch Erfahrene finden hier mit Sicherheit noch Neues, was
  312.   zum Teil nicht einmal in den RKM's enthalten ist. Den groessten Teil
  313.   des Buches nehmen aber 500 Seiten nur zu AmigaDOS ein. Dieser Teil ist
  314.   meines Erachtens der wichtigste, weil das AmigaDOS-Manual der
  315.   schlechteste Teil der offiziellen Dokumentation ist. Das Buch ist sehr
  316.   dicht geschrieben und deshalb weniger leicht lesbar als die RKM's, aber
  317.   ich empfehle es als Zusatz und vor allem anstelle des AmigaDOS-Manuals.
  318.   (Allerdings ist das Guru-Buch kein Ersatz fuer die Libraries & Devices,
  319.   die hier nicht behandelt werden.) Ungluecklicherweise hat das Buch
  320.   keine ISBN-Nummer und ist deshalb nur bei den folgenden Adressen
  321.   erhaeltlich:
  322.   
  323. !      Hirsch & Wolf OHG; Mittelstrasse 33; D-56564 Neuwied; Germany
  324. !      Voice: +49 (2631) 8399-0; Fax: +49 (2631) 8399-31
  325. !      E-Mail: <hhhirsch@carla.adsp.sub.org> (fax preferred)
  326. !      (Eurocard/Mastercard/VISA)
  327. !      
  328. !      Periscope; Attn: Cody Lee; 1717 W Kirby Ave; Champaign, IL 61821, USA
  329. !      Voice: +1 (217) 398 4237; Fax: +1 (217) 398 4238
  330. !      E-Mail: <periscope@cei.com>
  331. !      
  332. !      Someware; 27 rue Gabriel Peri; 59186 Anor; France
  333. !      Voice: +33 27596000; Fax: +33 27595206
  334. !      E-Mail: <didierj@swad.adsp.sub.org>
  335. < 
  336. ! 3.2 Was ist CATS?
  337. ! =================
  338.   
  339.      Dies ist eine Abteilung von Commodore West Chester, die frueher
  340.   `Commodore Amiga Technical Support' hiess und spaeter in `Commodore
  341.   Application and Technical Support' umbenannt wurde. Die Mitglieder
  342.   arbeiten unabhaengig von der Entwicklungsabteilung, aber eng mit ihr
  343.   zusammen, und versuchen, Entwicklern ausserhalb von Commodore beim
  344.   Erstellen guter Amiga-Anwendungen zu helfen, sei das eine Hard- oder
  345.   Software. Dazu hat CATS eine Menge an Informationen und Tools
  346.   gesammelt, auf Floppy, CD oder Papier. Ein grosser Teil dieses
  347.   Materials ist auch der Allgemeinheit, d. h. fuer Nicht-Developer
  348.   zugaenglich. Aber bitte CATS nicht mit einer Hotline verwechseln!
  349.   
  350.      Amerikaner koennen das Material von
  351.            CATS - Developer Applications
  352.            Commodore
  353.            1200 Wilson Drive
  354.            West Chester, PA. 19380
  355.   
  356.   bekommen, der Distributor fuer ganz Europa ist die
  357.            Fa. Hirsch & Wolf
  358.            Mittelstr. 33
  359.            56564 Neuwied
  360.            Tel. 02631/83990
  361.   
  362.      Dr. Peter Kittel, peterk@cbmger.de.so.commodore.com
  363.   
  364. ! 3.3 Wo bekomme ich die Amiga-Include-Dateien?
  365. ! =============================================
  366.   
  367.      Der einzige legale Weg, die Include-Dateien und die AutoDocs zu
  368.   bekommen (und Sie sollten sie bekommen, sie sind *sehr* nuetzlich!),
  369.   ist, Developer zu werden (siehe siehe Developer) oder das sogenannte
  370.   `NDU' (Native developers update kit, auch als `NDUK', `NDK' bekannt oder
  371.   `ADU' fuer Amiga Developer Update) bei CATS zu kaufen. Siehe CATS. Es
  372.   kostet etwa 50DM, was sicher ein fairer Preis ist. Dabei handelt es
  373.   sich um ein 5-Disketten-Set, das neben den aktuellen Includes und
  374.   AutoDocs auch Tools fuer Programmierer, z.B. Enforcer, Mungwall, Sushi
  375.   und die debug.libg (zum Debuggen) sowie anderes, z.B. CatComp (siehe
  376.   Lokalisierung) oder Report (fuer Bug-Reports oder Vorschlaege an
  377.   Commodore) enthaelt. Die aktuelle Version ist 3.1 und fuer
  378.   Programmierer beinahe obligatorisch.
  379.   
  380.      Wem die Includes genuegen, der kann diese ueber ein Update seines
  381. ! Compilers (nur kommerzielle Compiler) oder von den Fish-CD's bekommen.
  382. ! Siehe Fish-CD.
  383.   
  384.   3.4 Wie werde ich Developer?
  385.   ============================
  386.   
  387.      Um Developer zu werden, braucht man die `ADSP'-Antragsformulare
  388.   (Amiga developer support program). Um diese zu bekommen, sollte man
  389.   einen Brief an die lokale Commodore-Niederlassung schreiben und nach
  390.   diesen Papieren fragen, in denen das weitere erklaert wird. In
  391.   Deutschland ist die Adresse folgende:
  392.            Commodore
  393.            Lyoner Strasse 38
  394.            60528 Frankfurt
  395.      Es gibt drei verschiedene Arten von Developern:
  396.   *Registered*
  397.        Hier bekommt man vor allem Zugang zum adsp-Kommunikationsnetz
  398.        (eine Art Commodore-internes Usenet), ueber das man direkt mit
  399.        anderen Entwicklern auch von Commodore selber ueber seine Probleme
  400.        diskutieren kann. Die Jahresgebuehr betraegt 150 DM, die einmalige
  401.        Aufnahmegebuehr 50 DM.
  402.   
  403.   *Certified*
  404.        Dies ist die interessanteste Klasse: Man bekommt von der meisten
  405.        Systemsoftware die aktuellen Beta-Versionen (z. B. Kickstart und
  406.        Workbench) sowie die dazugehoerigen Includes und AutoDocs.
  407.        Certifieds bekommen aber nicht jede Beta und in der Regel auch
  408.        keine Hardware-Beta. Man bezahlt 400 DM pro Jahr dafuer und eine
  409.        einmalige Aufnahmegebuehr von 100 DM.
  410.   
  411.   *Commercial*
  412.        Kommerzielle Entwickler bekommen im wesentlichen dieselben
  413.        Informationen wie die "Zertifizierten", allerdings kompletter,
  414.        sprich auch Beta-Hardware, und etwas frueher. Dies hat auch seinen
  415.        Preis: 700DM pro Jahr plus einmalige Aufnahmegebuehr von 100DM.
  416.   
  417.   Die Preise und die angebotenen Moeglichkeiten koennen von Land zu Land
  418.   verschieden sein, auch gibt es meines Wissens nicht in allen Laendern
  419.   den "Registered". Ein guter Tip ist es, eine Gruppe zu bilden und damit
  420.   die Kosten zu reduzieren.
  421.   
  422.      Alle Entwickler muessen das sogenannte `NDA' (Non disclosure
  423.   agreement) unterzeichnen. Dies besagt, dass sie die erhaltenen
  424.   Informationen bei Strafe nicht an Unbefugte weitergeben duerfen.
  425.   
  426. ! 3.5 Was fuer Compiler (und Assembler) gibt es?
  427. ! ==============================================
  428.   
  429.      Es gibt viele Programmiersprachen auf dem Amiga, kommerzielle
  430.   Compiler ebenso wie frei kopierbare. Ich moechte nur diejenigen
  431.   aufzaehlen, die mir bekannt sind oder die ich aus einem anderem Grund
  432.   fuer erwaehnenswert halte.
  433.   
  434.   *Assembler*
  435.        Alle C-Compiler beinhalten einen Assembler. Frei kopierbar und
  436.        zuverlaessig sind A68K und PhxAss. (Aminet, Directory `dev/asm'
  437.        oder Fish-Disks 521 bzw. 906)
  438.   
  439.   *C*
  440.   *C++*
  441.        Frei kopierbare C-Compiler sind der `gcc' (der sein eigenes
  442.        Directory `dev/gcc' auf dem Aminet hat) und die Probeversion (mit
  443.        der man aber schon eine ganze Menge anfangen kann) von `Dice' (per
  444.        FTP von `ftp.uni-paderborn.de', Directory
  445.        `/news/comp.binaries.amiga/volume91/languages' oder auf Fish disk
  446. !      491).  Der grosse Vorteil von `gcc' ist, dass man ihn auf der
  447. !      ganzen Welt und auf nahezu jedem Computer findet. Ein weiterer
  448. !      Vorteil ist, dass er sogar einen C++-Compiler enthaelt! Aber er
  449. !      ist langsam und benoetigt 4MB RAM oder mehr.
  450. ! 
  451. !      Kommerzielle C-Compiler sind `Aztec-C', `Dice' und `SAS-C'.  Ich
  452. !      kann `Aztec-C' leider nicht mehr empfehlen, denn der Compiler
  453. !      scheint nicht mehr weiterentwickelt zu werden. Was die
  454. !      kommerziellen Compiler auszeichnet, sind ihre hervorragenden
  455. !      Source-Level-Debugger, die den anderen fehlen. SAS-C enthaelt
  456. !      sogar einen Crosscompiler, der C++ in C uebersetzt und ebenfalls
  457. !      den Source-Level-Debugger unterstuetzt.  Dice ist der
  458. !      preisguenstigste und schnellste Compiler, aber auch SAS-C ist
  459. !      recht preiswert fuer Studenten oder als Update (sogar als Update
  460. !      von anderen Compilern.)
  461.   
  462.        Comeau C++ ist ebenfalls ein Crosscompiler, was an und fuer sich
  463.        kein Problem waere. Aber Comeau C++ hat keinen integrierten
  464.        C-Compiler, man braucht also zusaetzlich SAS-C, Aztec-C oder Dice.
  465.        Aber er unterstuetzt die neuesten Standards und laeuft wie `gcc'
  466.        auf vielen verschiedenen Systemen. In Deutschland wird auch Maxxon
  467.        C++ angeboten, ueber das ich nichts sagen kann. Beide Compiler
  468.        sind kommerziell. Comeaus Adresse ist:
  469.                 Comeau computing
  470.                 91-34, 120th Street
  471.                 Richmond Hill, NY, 11418-3214
  472.                 USA
  473.             
  474.                 EMail: Greg Comeau, comeau@bix.com
  475.   
  476.   *Forth*
  477.        JForth soll eine exzellente Forth-Version sein. Unter anderem
  478.        enthaelt es objektorientierte Erweiterungen, ein volles
  479.        Amiga-Interface und einen Anwendungsgenerator. Es ist erhaeltlich
  480.        von:
  481.                 Delta Research
  482.                 P.O. Box 151051
  483.                 San Rafael, CA   94915-1051
  484.             
  485.                 Phone: (415) 453-4320
  486.                 EMail: Phil Burk, phil@ntg.com
  487.                        Mike Haas, haas@starnine.com
  488.   
  489.   *Fortran*
  490.        (Seufz! Es gibt immer noch Leute, die es brauchen :-<) Frei
  491.        kopierbar sind BCF (Fish disk 470) und f2c, der Fortran in
  492.        C-Quelltext umwandelt.  (Aminet, Directory `/dev/misc'). Ein
  493.        kommerzieller Compiler ist von ABSoft erhaeltlich. Allerdings sind
  494.        dies alles nur Fortran-77-Compiler, es gibt keine
  495.        Fortran-90-Compiler auf dem Amiga.
  496.   
  497.   *Lisp*
  498.        Frei kopierbare Lisp-Interpreter sind XLisp (Fish-Disk 181) und
  499.        OakLisp (Fish-Disks 519 und 520) und CLISP
  500.        (`/pub/lisp/clisp/binaries/amiga' at
  501.        `ma2s2.mathematik.uni-karlsruhe.de'). Auch Compiler gibt es: Gambit
  502.        (Fish-Disks 764 und 765) sowie Scheme-to-C (Fish-Disks 556-558).
  503.        Von Interesse ist vielleicht eine Mail-Liste: Senden Sie dazu eine
  504.        Mail mit dem Wort `Subscribe' an `amigalisp@contessa.phone.net'.
  505.   
  506.   *Prolog*
  507.        `/dev/lang/UNSWProlog.lha' und `dev/lang/sbp3_1e' auf dem Aminet
  508.        sowie `SBProlog' auf der Fish-Disk 141 und `SBProlog' auf der
  509.        Fish-Disk 145 sind frei kopierbare Prolog-Interpreter.
  510.   
  511.   *Modula-2*
  512.        M2Amiga wird in Europa und Benchmark Modula-2 in den USA
  513.        angeboten. Beide sollen sehr gut sein und sowohl ueber gute
  514.        Source-Level-Debugger als auch eine umfangreiche Bibliothek
  515.        verfuegen. Besonders M2Amiga wird sehr gut unterstuetzt durch eine
  516.        deutsche Benutzergruppe (AMOK), die z.B. eine eigene PD-Serie
  517.        anbieten.
  518.   
  519.        M2Amiga ist bekommt man bei
  520.                 A+L AG
  521.                 Daderiz 61
  522.                 2540 Grenchen
  523.                 Schweiz
  524.             
  525.                 Tel.: +41/65/52 03-11
  526.                 Fax:              -79
  527.   
  528.        und Benchmark Modula-2 ist erhaeltlich von:
  529.                 Armadillo Computing
  530.                 5225 Marymount Drive
  531.                 Austin, Texas 78723
  532.                 USA
  533.             
  534.                 Phone/FAX: 512/926-0360.
  535.                 EMail: Jim Olinger, jolinger@bix.com
  536.   
  537.   *Oberon*
  538.   *Oberon-2*
  539.        A+L vertreibt auch AmigaOberon, der sowohl Oberon als auch Oberon-2
  540.        beherrscht. Der Compiler kommt mit einer integrierten
  541.        Entwicklungsumgebung (incl. freikonfigurierbarem Editor) und
  542.        umfangreicher Modulbibliothek. Library Linker zum einfachen
  543.        Erzeugen von AmigaOS shared libraries sowie run-time
  544.        Source-Level-Debugger sind ebenfalls erhaeltlich.
  545.   
  546.        Auch fuer diesen Compiler gibt es Unmengen von Modulen und
  547.        Bsp.-Sourcen auf AMOK-Disks.
  548.   
  549.   *Pascal*
  550.        Es gibt einen PD-Compiler namens PCQ (Aminet, Directory `dev/lang'
  551.        oder Fish-Disk 511), der allerdings kein voller Pascal-Compiler
  552.        ist und dem sehr wesentliche Dinge fehlen. P2C konvertiert Pascal
  553.        in C und ist auf der Fish-Disk 341 zu finden. (Aminet:
  554.        `/dev/misc/p2c120.lha') Ferner gibt es zwei kommerzielle Compiler
  555.        namens HiSoft-Pascal (von der gleichnamigen Firma) und KickPascal
  556.        von Maxxon. HiSoft und P2c behaupten, kompatibel zu Turbo-Pascal
  557.        5.0 zu sein. HiSoft hat ausserdem einen guten
  558.        Source-Level-Debugger.
  559.   
  560.   3.6 Warum funktioniert keine Esc-Sequenz?
  561.   =========================================
  562.   
  563.      Viele Drucker kommen mit einem Handbuch, das erklaert, welche
  564.   Esc-Sequenzen welche Funktion ausloesen. Aber wenn man diese Sequenzen
  565.   dann einmal ausprobiert, passieren oft merkwuerdige Sachen, naemlich
  566.   entweder gar nichts oder etwas ganz anderes, als geplant war. Und das
  567.   hat auch einen Grund, naemlich die Amiga-Druckertreiber. Diese Treiber
  568.   sind so gebaut, dass sie nur einen bestimmten Satz `ANSI-Esc-Sequenzen'
  569.   verstehen, nicht die (verschiedenen) druckereigenen, von den
  570.   verschiedenen Druckerherstellern definierten. Der Sinn dabei ist, dass
  571.   jede Anwendung auf dem Amiga nur diesen einen Standardsatz an Sequenzen
  572.   verwendet und so nicht zu wissen braucht, welcher Drucker tatsaechlich
  573.   angeschlossen ist. Der Druckertreiber uebersetzt dann diese
  574.   Standardsequenzen in die druckereigenen. Eine Liste der verfuegbaren
  575.   ANSI-Esc-Sequenzen findet sich im aktuellen Workbench-Handbuch (oder in
  576.   aelteren AmigaDOS-Handbuechern). Wenn Du nun eine Steuersequenz an den
  577.   Drucker schicken willst, die es nicht als ANSI-Sequenz gibt, hast Du
  578.   zwei Moeglichkeiten, dies doch zu erreichen:
  579.     1. Umgeh den Druckertreiber (der erfolglos versuchen wuerde, die
  580.        Sequenz zu interpretieren oder zu uebersetzen) und sende die
  581.        Ausgabe *nur* fuer die Laenge dieser Sequenz an `PAR:' (bzw.
  582.        `SER:'). Dabei muss man die Druckerausgabekanaele umstaendlich oft
  583.        umschalten, und man muss wissen, wo der Drucker angeschlossen ist
  584.        (`PAR:' oder `SER:').
  585.   
  586.     2. Benutze eine spezielle ANSI-Sequenz, genau fuer diesen Fall
  587.        gedacht:
  588.                 `Esc[<n>"<x>'
  589.        wobei `<n>' die dezimal geschriebene Anzahl an Bytes in der Sequenz
  590.        `<x>' ist, die gerade die spezielle Drucker-Sequenz enthaelt. Diese
  591.        ANSI-Sequenz sagt dem Druckertreiber, dass er die naechsten `<n>'
  592.        Bytes nicht interpretieren oder uebersetzen soll.
  593.           Aber beide Methoden haben einen grossen Nachteil, wenn sie in
  594.   einem Anwendungsprogramm verwendet werden: Man verliert die
  595.   Druckerunabhaengigkeit! Solange man sich an die ANSI-Sequenzen haelt,
  596.   kann man jeden Drucker der Welt ansteuern, solange es einen
  597.   Amiga-Druckertreiber faer ihn gibt.  Wenn man anfaengt, druckereigene
  598.   Sequenzen zu verwenden, ist das Programm an diesen einen Druckertyp
  599.   gebunden und ist mit keinem anderen benutzbar (oder man muesste einige
  600.   Dutzend neue Druckertreiber fuer dieses Programm erstellen).
  601.   
  602.      Dr. Peter Kittel, peterk@cbmger.de.so.commodore.com
  603.   
  604.   3.7 Kann ich AmigaBasic auf dem A1200 verwenden?
  605.   ================================================
  606.   
  607.      Letztens ging eine Kontroverse ueber AmigaBasic durch die Netze: Ich
  608.   sagte, auf dem A1200 laeuft es einigermassen problemlos, jemand anders
  609.   berichtete, dass es bei jedem kleinsten Fehler sofort komplett
  610.   abstuerzt, was ich nicht nachvollziehen konnte.
  611.   
  612.      Jetzt kann ich es: Es liegt am Sound-Prefs-Editor. Wenn man in ihm
  613.   die Sound-Ausgabe ganz abschaltet, kann man mit AmigaBasic arbeiten.
  614.   Wenn hier ein Sound (z. B. Piepsen) angewaehlt ist, kollidiert das mit
  615.   dem Sound, den AmigaBasic offensichtlich zu Fuss und nicht ganz korrekt
  616.   selber erzeugen will, bumm.
  617.   
  618.      Abhilfe also:
  619.     1. Im Sound-Editor den Ton abstellen.
  620.   
  621.     2. Auf einem A4000 (oder einem A1200 mit Fast-RAM-Erweiterung (1))
  622.        muss man zusaetzlich NoFastMem aktivieren.
  623.   
  624.     3. Moeglichst SUBs vermeiden und stattdessen herkoemmliche GOSUBs
  625.        benutzen, dann ist die Kompatibilitaet zu neueren Prozessoren
  626.        hoeher.
  627.   
  628.      Dr. Peter Kittel, peterk@cbmger.de.so.commodore.co
  629.   
  630.      ---------- Footnotes ----------
  631.   
  632.      (1)  Nur bei einem zusaetzlichen Prozessor
  633.   
  634.   3.8 Wie lokalisiere ich mein Programm?
  635.   ======================================
  636.   
  637.      Nehmen wir an, wir wollen ein `HelloLocalWorld.c' schreiben. Das
  638.   letztendliche Programm sieht dann ungefaehr so aus:
  639.   
  640.            #include "HelloLocalWorld_Cat.h"
  641.            #include <clib/exec_protos.h>
  642.        
  643.            struct Library *LocaleBase;
  644.        
  645.            void main(int argc, char *argv[])
  646.        
  647.            {
  648.                /* Oeffne die locale.library. (Kein Abbruch, wenn sie nicht
  649.                   da ist, weil dann einfach die eingebauten Strings verwendet
  650.                   werden. Aus diesem Grund auch keine Verwendung des
  651.                   AutoOpening, auch wenn es der Compiler beherrscht.
  652.                */
  653.                LocaleBase = OpenLibrary("locale.library", 38);
  654.                OpenHelloLocalWorldCatalogs(NULL, NULL);
  655.        
  656.                printf(GetString(MSG_Hello));
  657.        
  658.                CloseHelloLocalWorldCatalog();
  659.                if (LocaleBase) CloseLibrary(LocaleBase);
  660.            }
  661.   
  662.      Die Funktion GetString prueft, ob die gewuenschten Kataloge
  663.   vorhanden sind und liefert einen Zeiger auf einen String, entweder den
  664.   eingebauten oder den Katalogstring. (In unserem Fall den deutschen
  665.   String.)
  666.   
  667.      Der Hauptunterschied zum gewohnten HelloWorld.c ist also (abgesehen
  668.   von der minimalen Initialisierung und dem Gegenstueck am Programmende),
  669.   Strings durch einen Funktionsaufruf zu ersetzen. Man braucht also eine
  670.   Datei `HelloLocalWorld_Cat.c', die die Funktionen OpenHelloLocalWorld,
  671.   GetString, CloseHelloLocalWorld_Cat.h und die eingebauten Strings
  672.   enthaelt (dies koennte ein Array sein, das unter anderem
  673.                array[MSG_Hello] = "Hello, local world.\n";
  674.   
  675.   enthaelt) und ein Includefile `HelloLocalWorld_Cat.h', das die ID's wie
  676.   MSG_Hello definiert. Es ist nicht noetig, zu wissen, wie diese Dateien
  677.   intern arbeiten, insbesondere benoetigt man auch keine Kenntnis der
  678.   `locale.library'!
  679.   
  680.      Dazu gibt es verschiedene Kataloggeneratoren (im Folgenden KG),
  681.   naemlich `CatComp' (nur fuer Developer), `KitCat', (nur deutsche
  682.   Dokumentation, was hierzulande kein Problem ist), `MakeCat', (das ich
  683.   nicht kenne) und `FlexCat' (das ich empfehle, einerseits, weil es sehr
  684.   flexibel im erzeugten Source ist und z.B. Lokalisierung unter 2.0 sowie
  685.   beliebige Programmiersprachen unterstuetzt, selbst Amiga-E, Cluster,
  686.   Pascal, ... und andererseits, weil es von mir ist ;-), die diese Dateien
  687.   sowie die Kataloge erzeugen. (Der obige Quelltext koennte je nach KG
  688.   leicht unterschiedlich aussehen.) Siehe Aminet, directory `dev/misc'.
  689.   
  690.      Wie funktionieren diese KGs? Zunaechst erzeugt man eine sogenannte
  691.   `Katalogbeschreibung' (`Catalog description'), die so aussehen koennte:
  692.            ; Mit einem Semikolon beginnende Zeilen sind Kommentare
  693.            # language english
  694.            ; die Sprache der eingebauten Strings
  695.            # version 0
  696.            ; die Katalogversion (0 = beliebig)
  697.            MSG_Hello (1/15/30)
  698.            Hello, local world
  699.   
  700.   Jeder String wird durch zwei Zeilen wie die letzten beiden definiert:
  701.   MSG_Hello ist die String-ID, (1/15/30) gibt den Wert der ID sowie die
  702.   minimale und maximale Laenge an. (Diese Argumente koennen auch
  703.   weggelassen werden, in welchem Fall einfach die naechste freie ID
  704.   verwendet wird.)
  705.   
  706.      Nun schreiben wir das Programm. Sobald es fertig ist, wird mit dem
  707.   KG eine sogenannte Kataloguebersetzung (eine fuer jede andere Sprache
  708.   als die eingebaute) erzeugt, die so aussehen koennte:
  709.            ; Mit einem Semikolon beginnende Zeilen sind Kommentare
  710.            ## language deutsch
  711.            ; the catalog language
  712.            ## version $VER: Deutsch.catalog 1.0 (22.12.93)
  713.            ; the catalog files version string
  714.            MSG_Hello
  715.        
  716.            ; Hello, local world
  717.   
  718.   Beachten Sie die leere Zeile nach der String-ID! (Die Argumente von ##
  719.   language und ## version waeren vielleicht leer.) Hier muessten jetzt
  720.   die deutschen Strings eingesetzt werden. Mit dem KG wird daraus dann
  721.   der eigentliche `Katalog' erzeugt. (Beachten Sie auch, dasss hier die
  722.   Angaben ueber String-ID und Stringlaenge fehlen: Sie werden aus der
  723.   Katalogbeschreibung uebernommen.
  724.   
  725.      Wenn das Programm veraendert wird (neue Strings, andere Laengen) und
  726.   die Katalogbeschreibung sich damit ebenfalls aendert, dann kann der KG
  727.   analog benutzt werden, um auch die Kataloguebersetzung und damit den
  728.   Katalog auf den neuesten Stand zu bringen.
  729.   
  730.   3.9 Wie erhaelt man einen Zeiger auf das Fenster einer Konsole?
  731.   ===============================================================
  732.   
  733.      Die folgende Funktion liefert den Window-Zeiger eines CON-Fensters.
  734.   Sie kann unter allen Versionen des Amiga-OS ausgefuehrt werden.
  735.   
  736.          struct Window *getConWindowPtr(BPTR fh)
  737.           {
  738.           struct Window *w;
  739.           struct FileHandle *cfh;
  740.           struct StandardPacket *sp;
  741.           struct InfoData *id;
  742.           struct MsgPort *mp;
  743.        
  744.           w = NULL;
  745.        
  746.           if((cfh = BADDR(fh))->fh_Type != NULL)
  747.            {
  748.            if(sp = AllocMem(sizeof(struct StandardPacket),
  749.                             MEMF_PUBLIC | MEMF_CLEAR))
  750.             {
  751.             if(id = AllocMem(sizeof(struct InfoData),
  752.                              MEMF_PUBLIC | MEMF_CLEAR))
  753.              {
  754.              if(mp = CreatePort(NULL, 0))
  755.               {
  756.               sp->sp_Msg.mn_Node.ln_Name = (char *)&sp->sp_Pkt;
  757.               sp->sp_Pkt.dp_Link         = &sp->sp_Msg;
  758.               sp->sp_Pkt.dp_Port         = mp;
  759.               sp->sp_Pkt.dp_Type         = ACTION_DISK_INFO;
  760.               sp->sp_Pkt.dp_Arg1         = MKBADDR(id);
  761.        
  762.               PutMsg(cfh->fh_Type, &sp->sp_Msg);
  763.               (void)WaitPort(mp);
  764.               (void)GetMsg(mp);
  765.        
  766.               if(sp->sp_Pkt.dp_Res1)
  767.                w = (struct Window *)id->id_VolumeNode;
  768.        
  769.               DeletePort(mp);
  770.               }
  771.              FreeMem(id, sizeof(struct InfoData));
  772.              }
  773.             FreeMem(sp, sizeof(struct StandardPacket));
  774.             }
  775.            }
  776.        
  777.           return w;
  778.           }
  779.   
  780.      Anmerkungen:
  781.      * Auf ein CON-Fenster direkt zuzugreifen kann Konflikte mit Aktionen
  782.        des CON-Handlers hervorrufen. Seien Sie vorsichtig!
  783.   
  784.      * Um den Window-Zeiger einer CLI-Konsole zu erhalten, uebergibt man
  785.        ein durch Open("*", MODE_OLDFILE) gewonnenes FileHandle an obige
  786.        Funktion.
  787.   
  788.      * Das Ergebnis der obigen Funktion kann sehr wohl NULL sein, etwa im
  789.        Falle eines AUX-Handlers oder falls ein AUTO-CON-Handler sein
  790.        Fenster nicht oeffnen kann.
  791.   
  792.      * Schickt man ein ACTION_DISK_INFO-Paket an einen AUTO-CON-Handler
  793.        (2.0+), so verliert dessen Fenster seine speziellen
  794.        AUTO-Eigenschaften (es kann also nicht mehr durch das Betaetigen
  795.        des Close-Gadgets geschlossen werden), weil der in id_VolumeNode
  796.        gelieferte Window-Zeiger gueltig bleiben muss.
  797.   
  798.      * Alles in allem: Verwenden Sie diese Funktion nicht. :-)
  799.   
  800.      Weitere Informationen finden Sie auf den Seiten 273, 276, 435, 463,
  801.   485 und 629 im "Amiga Guru Book" (siehe Dokumentation).
  802.   
  803.      Ralph Babel, rbabel@babylon.pfm-mainz.de
  804.   
  805.   3.10 Was sind Pragmas?
  806.   ======================
  807.   
  808.      Pragmas sind spezielle Anweisungen an den Praeprozessor eines
  809.   C-Compilers.  Zwei Probleme entstehen bei der Verwendung von Pragmas:
  810.     1. Pragmas sind hochgradig compilerspezifisch. Nicht einmal die
  811.        Amiga-Compiler haben dieselben Pragmas, selbst wenn damit das
  812.        gleiche bewirkt wird.
  813.   
  814.     2. Man kann sich nicht darauf verlassen, dass ein Compiler Pragmas
  815.        ignoriert, die er nicht fuer steht. Dies gilt selbst dann, wenn
  816.        man einen Ausdruck wie den folgenden verwendet:
  817.                 #ifndef MY_COMPILER
  818.                 #pragma DoAnything
  819.                 #endif
  820.   
  821.   Das letztere Problem laesst sich umgehen, indem man Pragmas wie folgt
  822.   in eigene Include-Files setzt. (Das gleiche gilt uebrigens auch fuer
  823.   andere Praeprozessor-Kommandos wie #asm (Aztec-C) oder #extern (C++).)
  824.            #ifndef MY_COMPUTER
  825.            #include <mypragmas.h>
  826.            #endif
  827.   
  828.      Aber was machen Pragmas auf dem Amiga? Meistens werden sie verwendet,
  829.   um dem Compiler mitzuteilen, wie gewisse Library-Funktionen aufgerufen
  830.   werden. (Tatsaechlich wird fast immer diese Verwendung gemeint, wenn
  831.   Amiga-Besitzer ueber Pragmas sprechen.) Gewoehnliche C-Funktionen
  832.   erwarten ihre Argumente auf dem Stack, Library-Funktionen dagegen in
  833.   bestimmten Registern. Ferner erwarten sie den `Library-Base-Pointer' in
  834.   Register a6.  Betrachten wir eine Pragma-Anweisung von Aztec-C:
  835.            #pragma amicall(SysBase,0xd2,FreeMem(a1,d0))
  836.   
  837.   Dies weist den Compiler an, das erste Argument in Register a1 und das
  838.   zweite in d0 zu laden. Ferner wird der Inhalt der Variablen SysBase in
  839.   Register a6 geladen. Maxon-Pragmas sehen genauso aus, Dice- und
  840.   SAS-Pragmas sind allerdings etwas komplizierter:
  841.            #pragma libcall SysBase FreeMem d2 0902
  842.   
  843.   Hier ist d2 (wie 0xd2 oben) der `Library-Vektor-Offset' (siehe
  844.   naechstes Beispiel). Die letzte Ziffer ist die Zahl der Argumente, die
  845.   davorstehende 0 ein Code fuer das Register mit dem Ergebnis und die
  846.   davor stehenden Ziffern sind Codes fuer die Register mit den Argumenten
  847.   in verkehrter Reihenfolge. (Die Codes bedeuten 0=d0, 1=d1, .., 8=a0,
  848.   9=a1, a=a2, ..)
  849.   
  850.      Ein Kommando wie `FreeMem(fib,sizeof(*fib);' wuerde ein Compiler nun
  851.   in folgenden Code uebersetzen:
  852.            move.l  _fib,a1
  853.            move.l  260,d1        ; sizeof(struct FileInfoBlock)
  854.            move.l  _SysBase,a6
  855.            jsr     -0xd2(a6)       ; 0xd2 = _LVOFreeMem
  856.   
  857.   FreeMem in dieser Art aufzurufen ist kuerzer und schneller als
  858.   zunaechst die Argumente auf den Stack zu legen und dann eine Funktion
  859.   _FreeMem aufzurufen, die letzten Endes doch nur dasselbe tun und die
  860.   Argumente vom Stack in dieselben Register laden wuerde.
  861.   
  862.      Das Portierungsproblem der Pragmas umgeht man, indem man sie
  863.   folgendermassen in den eigenen Quelltext einbindet:
  864.            /*    Lade den Funktionsprototyp. Dieser ist nicht vom    */
  865.            /*    verwendeten Compiler abhaengig.                */
  866.            #include <clib/exec_protos.h>
  867.        
  868.            /*    Pragmas sind vom Compiler abhaengig, aber wenigstens    */
  869.            /*    die Namen der Dateien mit Pragmas sind relativ        */
  870.            /*    einheitlich.                        */
  871.            #ifdef AZTEC_C
  872.            #include <pragmas/exec_lib.h>
  873.            #endif
  874.            #if defined(__SASC) || defined(_DCC) || defined(__MAXON__)
  875.            #include <pragmas/exec_pragmas.h>
  876.            #endif
  877.            #ifdef __GNUC__
  878.            #include <inline/exec_lib.h>
  879.            #endif
  880.   
  881.   Das obige Beispiel kann problemlos mit allen angegebenen Compilern
  882.   verwendet werden und produziert optimalen Code.
  883.   
  884.      Eine abschliessende Frage bleibt allerdings: Wie bekommt man die
  885.   Pragmas?  Die meisten Compiler haben bereits fertige Pragmas im
  886.   Lieferumfang.  Allerdings hilft das nicht, wenn man z.B. eine neue
  887.   Library benutzen moechte oder nur die Pragmas einer veralteten Version
  888.   hat. In diesem Fall kann man die Pragmas selbst aus den sogenannten
  889.   `FD'-Files erzeugen.  Dazu haben die meisten Compiler ein Utility
  890.   namens `fd2pragma'.  (Das NDU hat z.B. ein Directory namens FD, in dem
  891.   die FD-Files aller Libraries und Devices des OS enthalten sind. siehe
  892.   Include-Dateien) Es gibt auch ein frei kopierbares fd2pragma, das
  893.   Pragmas fuer Aztec, Dice, SAS und Maxon sowie LVO-Files fuer den
  894.   Aztec-Assembler und eventuelle Tag-Versionen produziert. (Aminet,
  895.   `dev/misc/fd2pragma2_0.lha' oder auf den Fish-CD's)
  896.   
  897.   3.11 Wo finde ich die Funktion xxx?
  898.   ===================================
  899.   
  900.      Zunaechst sollte man sich versichern, dass die Funktion tatsaechlich
  901.   fehlt: Z.B. Floating-Point-Funktionen befinden sich in einer speziellen
  902.   Link-Library, die erst mit der Option `-lm' eingebunden wird.  Ferner
  903.   kann es eine fehlende Variable sein: Wenn man z.B. ohne es zu bemerken
  904.   eine Intuition-Funktion benutzt, dann wird der Linker ueber das Fehlen
  905.   eines Symbols `IntuitionBase' klagen. In diesem Fall muss man also
  906.   lediglich das Folgende irgendwo im globalen Teil seines Quelltextes
  907.   einbauen:
  908.            struct Library *IntuitionBase;
  909.   
  910.   (Und vergessen Sie nicht, die Library mit OpenLibrary() zu eroeffnen und
  911.   mit CloseLibrary() zu schliessen! :-)
  912.   
  913.      Allerdings koennte die Funktion natuerlich tatsaechlich fehlen. Wenn
  914.   man zum Beispiel nur die Version 2.0 der amiga.lib hat, dann fehlen
  915.   etwa die Locale-Funktionen oder die Memory-Pool-Funktionen obwohl sie
  916.   prinzipiell verwendbar sind. (1) Die einfachste (und beste) Loesung
  917.   ist, das sogenannte NDU zu kaufen.  Siehe Include-Dateien. Wer nicht
  918.   solange warten moechte, fuer den ist die Frage, welche Art von Funktion
  919.   in seiner Link-Library fehlt:
  920.      * Einfache Amiga-Library-Funktionen (z.B. `exec/AllocPooled' oder
  921.        `locale/OpenCatalogA') kann man mit Pragmas aufrufen und braucht
  922.        dann lediglich Informationen ueber die Aufrufkonventionen
  923.        (Library-Base, Library-Vektor-Offset und Argumentregister)
  924.   
  925.      * Tag-Funktionen sind meistens einfach Zwischenfunktionen, die ihre
  926.        Argumente auf dem Stack erwarten und dann die eigentliche
  927.        Library-Funktion aufrufen. Wenn man z.B. die Funktion
  928.        `dos/AllocDosObject', die eine Konstante und einen Zeiger auf ein
  929.        Array als Argumente erwartet, nach der obigen Methode konstruiert
  930.        hat, dann hat man damit auch ihre Stack-Variante! Dazu erzeugt man
  931.        aifach die folgende Funktion:
  932.                 #include <clib/dos_protos.h>
  933.                 #include <pragmas/dos_pragmas.h>    /*  Evtl. anderer Name    */
  934.             
  935.                 void *AllocDosObjectTags(ULONG objtype, Tag tag1, ...)
  936.                 { return(AllocDosObject(objtype, (struct TagItem *) &tag1);
  937.                 }
  938.   
  939.        Mit fd2pragma kann das auch automatisch geschehen. Siehe Pragmas.
  940.   
  941.      * Einige Funktionen bleiben aber noch uebrig: Amiga.lib enthaelt
  942.        naemlich auch Funktionen, die fuer sich selbst interessant sind,
  943.        z.B. die BOOPSI-Funktionen (`DoMethod', `DoSuperMethod'), die
  944.        Memory-Pool-Funktionen (`LibAllocPooled', `LibCreatePool', die
  945.        Ersatz fuer entsprechende 3.0-Funktionen sind) oder `HookEntry',
  946.        das sehr hilfreich bei der Programmierung von Hooks ist. Diese
  947.        kann man nur durch entsprechende, disassemblierte und neu
  948.        assemblierte oder compilierter Versionen ersetzen. Im
  949.        AmigaFAQ-Archiv sind einige dieser Funktionen bereits enthalten.
  950.   
  951.      ---------- Footnotes ----------
  952.   
  953.      (1)  Dieses Problem  betrifft vor allem Besitzer von Aztec-C, das
  954.   seither nicht weiter unterstuetzt wird und von Dice, der manchmal etwas
  955.   unvollstaendig ist. Ich besitze beide ..
  956.   
  957.   4 Anwendungen
  958.   *************
  959.   
  960.      Dieses Kapitel entaehlt Informationen zu verschiedenen
  961.   Anwendungsbereichen.
  962.   
  963.   4.1 Text-Editoren
  964.   =================
  965.   
  966.      Editoren sind Programme, die die Eingabe von unformatiertem Text
  967.   ermoeglichen.  Dies ist meist Text, der anschliessend durch den
  968.   Computer verarbeitet wird.  Programmierer benutzen etwa Editoren zur
  969.   Eingabe der Quelltexte. Unter Unix beginnt Textverarbeitung meist mit
  970.   einem Editor, dessen Ausgabe dann mit einer Textbearbeitungssprache
  971.   (z.B. TeX) in gutaussehende Dokumente umgewandelt wird, da unter Unix
  972.   Textverarbeitungsprogramme kaum verbreitet sind.
  973.   
  974.   *Kommerzielle Produkte*
  975.        CygnusEd Professional und TurboText scheinen hier die Nase vorn zu
  976.        haben.  Auf den Fish-Disks gibt es Dutzende von
  977.        Shareware-Editoren. Eine Demoversion von TurboText ist auf
  978.        Fish-Disk 445 und eine allerdings sehr alte von CygnusEd auf
  979.        Fish-Disk 95. Die Folgenden Editoren sind frei kopierbar.
  980.   
  981.   *Emacs*
  982.        Gnu Emacs (Aminet, Directory `util/gnu') kommt von Unix und ist
  983.        moeglicherweise der Koenig der Editoren. Er ist riesig (ueber
  984.        1MB), enthaelt eine unglaubliche Vielfalt von Funktionen (z.B. ein
  985.        eigenes Fenstersystem und sogar ein Spiel :-) und beliebig
  986.        erweiterbar: Emacs enthaelt einen eigenen Lisp-Interpreter!
  987.        Andererseits ist er dadurch schwer erlernbar und so beliebig
  988.        konfigurierbar, dass man mit dem Emacs eines anderen oft nicht
  989.        mehr umgehen kann...
  990.   
  991.   *Vi*
  992.        Einfacher, aber weniger konfigurierbar und nicht erweiterbar ist
  993.        Vi.  Er ist vor allem bei Unix-Benutzern beliebt, weil es ihn auf
  994.        *jeder* Unix-Maschine gibt. Die Wahl zwischen beiden ist eine
  995.        Sache der persoenlichen Vorliebe, kann einen allerdings fuers
  996.        Leben kennzeichnen. Vim und Stevie (Fish-Disk 591 bzw. 256 und
  997.        Aminet, Directory `util/edit') sind Vi-Versionen fuer den Amiga.
  998.   
  999.   *DME*
  1000.        Viele Amiga-Programmierer moegen DME. Er ist schnell und voll
  1001.        konfigurierbar: Menues und Tastenbelegung sind beliebig. Er ist
  1002.        auch leichter erlernbar als Emacs und Vi. Es gibt drei
  1003.        verschiedene Versionen: AmokEd, DME und XDME.  Die Wahl ist
  1004.        Geschmacksache. (Oberon- und Modula-Programmierer bevorzugen
  1005.        haeufig den AmokEd, weil der in Oberon geschrieben ist und die
  1006.        Fehlermeldungen von AmiOberon direkt anzeigen kann.
  1007.        C-Programmierer dagegen stehen oefter auf letzterem.) Quellen:
  1008.        Aminet, Directory `util/edit', Fish-Disk 776 (XDME) und 749
  1009.        (AmokEd), AMOK 90.
  1010.   
  1011.   4.2 Was fuer Textverarbeitungsprogramme gibt es?
  1012.   ================================================
  1013.   
  1014.      Textverarbeitungsprogramme benoetigt man, um Briefe, Artikel oder
  1015.   aehnliches zu schreiben. Dies ist natuerlich eine der wichtigsten
  1016.   Anwendungen eines Computers und eine fuer Sie geeignete Wahl bestimmt
  1017.   haeufig, wie gut Sie mit Ihrem Computer ueberhaupt zurechtkommen.
  1018.   Textverarbeitungsprogramme besitzen teilweise Faehigkeiten, die sie
  1019.   sogar fuer DTP (siehe DTP) geeignet machen.  Fuer einfacher
  1020.   strukturierte Texte, etwa Quelltexte benuetzt man allerdings meist
  1021.   besser einen Editor. Siehe Editoren.
  1022.   
  1023.      Man unterscheidet Wysiwyg-Programme (What you see is what you get)
  1024.   und Seitenbearbeitungssprachen. Wysiwyg-Programme sollten schnell,
  1025.   komfortabel und einfach erlernbar sein. Die meisten Anwender ziehen sie
  1026.   vor. Die Alternative ist ein funktioniert aehnlich wie Compiler: Man
  1027.   verarbeitet Text-Dateien mit einem Programm, das das Layout uebernimmt
  1028.   und eine weitere Datei erzeugt, die dann mit auf dem Bildschirm
  1029.   angezeigt oder auf einem Drucker ausgegeben werden kann. LaTeX ist
  1030.   eines dieser Programme. Siehe TeX.  Lout ist ein weiteres solches
  1031.   Programm, schneller und einfacher als LaTeX und mit vollstaendiger
  1032.   Dokumentation versehen, aber natuerlich wesentlich weniger verbreitet.
  1033.   Lout erzeugt PostScript-Dateien. (Ob dies ein Vor- oder Nachteil ist,
  1034.   muss jeder selbst beurteilen. ;-) Siehe PostScript. Beide Programme
  1035.   sind frei kopierbar.
  1036.   
  1037.      Wysiwyg-Programme gibt es viele, allerdings alle kommerziell: Final
  1038.   Copy II, Wordworth, Word Perfect, AmiWrite, Beckertext II, Maxon Word
  1039.   und viele andere. Zur Wahl kann ich nur eines sagen: Lassen Sie sich
  1040.   viel Zeit bei der Auswahl.
  1041.   
  1042.   4.3 Desktop Publishing
  1043.   ======================
  1044.   
  1045.      Diese Staerke dieser Programme ist die beliebige Anordnung und
  1046.   Gestaltung von Text- oder Grafikelementen. Bei Textverarbeitungen sind
  1047.   diese Faehigkeiten meist unterentwickelt. Umgekehrt fehlen
  1048.   DTP-Programmen haeufig wichtige Funktionen zur Manipulation des Textes
  1049.   selbst. Allerdings kommen die besten Textverarbeitungen sicher nahe an
  1050.   den DTP Bereich (etwa Microsoft Word auf dem Mac oder PC) und umgekehrt
  1051.   ist Framemaker (UNIX, Mac, DOS) ein Beispiel eines DTP-Programms, das
  1052.   die wichtigsten Textverarbeitungsfunktionen enthaelt.  Auf dem Amiga
  1053.   gibt es leider weder in der einen noch in der anderen Richtung
  1054.   hervorragende Beispiele, wenn auch die wichtigsten Textverarbeitungen
  1055.   schon einiges leisten. Wenn man nicht gerade regelmaessig kleinere
  1056.   Zeitungen herausbringt, dann wird in den meisten Faellen ein
  1057.   Textverarbeitungsprogramm genuegen. Und wer umgekehrt komplexere
  1058.   Funktionen wie mathematische Formeln, umfangreiche Indexe und
  1059.   Referenztabellen benoetigt, der wird womoeglich auf eine
  1060.   Seitenbearbeitungssprache angewiesen sein. Siehe Textverarbeitungen.
  1061.   
  1062.      Es gibt derzeit nur kommerzielle DTP-Systeme, vor allem ProPage und
  1063.   PageStream, die in den letzten Jahren wohl gegenseitig Hase und Igel
  1064.   miteinander gespielt haben. Derzeit scheint PageStream 3.0 vorne zu
  1065.   liegen.  Beide Programme liegen im Preis um 300$, in den USA gibt es
  1066.   wohl auch Studentenermaessigung (um 40%). Eine ausfuehrlichere
  1067.   Beschreibung waere willkommen.
  1068.   
  1069.   4.4 Was ist TeX und wo bekomme ich es?
  1070.   ======================================
  1071.   
  1072.      TeX ist eines der maechtigsten Textverarbeitungssysteme, die es gibt.
  1073.   Es kann praktisch beliebige mathematische Formeln ebenso darstellen wie
  1074.   komplexe Tabellen, Funktionen plotten (mit Hilfsprogrammen), Indexe oder
  1075.   Inhaltsverzeichnisse erzeugen und viele andere Dinge. Sein groesster
  1076.   Vorteil ist, dass es frei kopierbar ist (TeX selbst, nicht unbedingt die
  1077.   Drucker- und Bildschirmtreiber) und sich dadurch auf der ganzen Welt und
  1078.   auf praktisch jeder Computerfamilie verbreitet hat. Sein groesster
  1079.   Nachteil ist, dass es sehr unhandlich und schwer zu erlernen ist (Es
  1080.   arbeitet aehnlich wie ein Compiler.) und keinerlei Wysiwyg-Faehigkeiten
  1081.   hat.  Aber viele Leute moegen es. (Dieser Text ist uebrigens mit TeX
  1082.   erstellt worden. 8-) Siehe Textverarbeitungen.
  1083.   
  1084.      Es gibt im wesentlichen zwei Implementationen auf dem Amiga.
  1085.   Amiga-TeX von Thomas Rockicki und Radical Eye Software ist kommerziell
  1086.   und kostet etwa 200-300$. Es soll wirklich exzzellent sein und seine
  1087.   Besitzer schwoeren darauf.
  1088.   
  1089.      Ich persoenlich empfehle PasTeX, eine frei kopierbare Version. Es
  1090.   gibt immer wieder Leute, die ueber Installationsprobleme klagen
  1091.   (besonders, was das Laden und die automatische Erzeugung von Fonts
  1092.   angeht), aber ich kenne niemanden, der unzufrieden ist, nachdem es erst
  1093.   einmal installiert ist.  (Ein Freund mit TeX-Kenntnissen kann enorm
  1094.   hilfreich sein.) Wenn man sich an die Vorgaben des Installationsskripts
  1095.   haelt, sollte es eigentlich keine Probleme geben. Wesentlich ist
  1096.   allerdings, dass man alles noetige installiert und dazu braucht man:
  1097.      * 5 Disketten mit dem eigentlichen TeX-Compiler
  1098.   
  1099.      * 2 Disketten mit MetaFont
  1100.   
  1101.      * Nichts weiter Viele Leute fragen nach Fonts. Diese sind Teil des
  1102.   MetaFont-Paketes und werden automatisch erzeugt, wenn sie gebraucht
  1103.   werden, vorausgesetzt natuerlich, dass TeX so wie in der Dokumentation
  1104.   beschrieben installiert ist. (Das Erzeugen der Fonts kann am Anfang
  1105.   natuerlich dauern bis die wichtigsten erst mal da sind.) Bitte beachten
  1106.   Sie, dass die PasTeX-Disketten mit Zoom gepackt sind. (siehe Endungen)
  1107.   PasTeX bekommt man per FTP z.B. bei `ftp.uni-passau.de' im Directory
  1108.   `/pub/amiga/tex/PasTeX1.3'.
  1109.   
  1110.   4.5 Gibt es PostScript-Interpreter auf dem Amiga?
  1111.   =================================================
  1112.   
  1113.      PostScript ist eine Programmiersprache fuer das Ausdrucken von
  1114.   ganzen Seiten.  Apple hat PostScript populaer gemacht, indem sie es in
  1115.   ihre Drucker eingebaut haben.Inzwischen gibt es viele Programme, die
  1116.   ihre Ausdrucke als PostScript-Quelltexte machen koennen. Bis vor kurzem
  1117.   brauchte man fuer PostScript einen relativ teuren Laserdrucker.
  1118.   Inzwischen gibt es aber auch Programme, die PostScript-Dateien auf
  1119.   anderen Druckern ausgeben koennen.
  1120.   
  1121.      Einer der Vorteile von PostScript ist, dass es unabhaengig von der
  1122.   gewaehlten Aufloesung ist. Man kann also die Vorteile der moeglichen
  1123.   Aufloesung auf dem Drucker ausnutzen und trotzdem dieselbe Datei auf
  1124.   dem Bildschirm mit seiner meist schlechteren Aufloesung darstellen.
  1125.   
  1126.      Es gibt zwei frei kopierbare PostScript-Interpreter, Post und
  1127.   GhostScript.  Post ist eine shared-Library mit Programmen zur Ausgabe
  1128.   auf Drucker und Bildschirm. Man kann damit beispielsweise in AmigaTeX
  1129.   PostScript-Dateien als Bilder in TeX-Dateien einbauen. Siehe TeX.
  1130.   GhostScript besteht ebenfalls aus zwei Programmen, GhostScript selbst
  1131.   (der eigentliche Interpreter) und GhostView, der Benutzeroberflaeche.
  1132.   Quellen: Aminet (Directories `text/print' und `text/dtp'), Fish Disk
  1133.   669.
  1134.   
  1135. -- 
  1136. Jochen Wiedmann            E-Mail: wiedmann@mailserv.zdv.uni-tuebingen.de
  1137.